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1 INTRODUCTION AND OVERVIEW 
Cl BACKGROUND 

The lacs driver Interface services (Idis) is a component of 
the lacs driver in the Ian subsystem. . The Idis Is the lacs 

driver's Interface to a user application, and the lacs driver's 

I ayer servers (Is). 

1 .2 BASIC PURPOSE 

The Idis has several purposes, they are: to receive requests 
from applications using the Ian subsystem, to determine which 

layer server to Invoke from requests Issued to the Ian subsystem, 
to provide common routines used by the layer servers, to provide 
initialization services routines, to provide termination services 
routines, to provide power failure routines to handle power 

failure In the 16. 

1 .3 BASIC STRUCTURE 



Figure 1 shows the relation of the Idis to the other 

components of the lacs driver. Figure 2 shows the subcomponents 
of the Idis. The following Is a brief description of the 

functions of each subcomponent of the Idis: 

lorb processing routines - The lacs driver must have 
routines In place to interface with the user. The user will 
use the Srqlo interface. The lorb processing routines In 
the Idis are routines which interface with the user. These 
routines accept the Srqio from the user and release the 

$rq!o when the Ian subsystem is finished processing the 

request. The lorb processing routines are defined below: 

Interface services pre lorb processing - This routine 
Is responsible for receiving the user request, 
performing some validation of the request, placing the 
request on the appropriate ret queue (the ret is know 
from the Irn In the lorb), then Invoking either a layer 
server, or either an initialization service routine or 
a termination service routine. 



interface services post lorb processing - This 

routine Is responsible for posting all requests back to 
the user, after the layer server or one of the 

initialization or termination services has completed 
processing the request. 

common layer server routines - The layer servers are 

structured such that they contain common functions to 
perform In processing requests. . The common layer server 

routines in the Idis are the common functions used by the 
modules of the layer servers. The common routine are 

defined below: 
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iorb validation routine - This routine will validate 
fields that are common to all layer servers. 

build a Icb routine - This routine will fill in fields 
that are common to alI layer servers In the Icb. 

terminate task - This routine will terminate a task 
level when called. 

event routine - This routine will perform some event 
request processing for a layer server. 

assign segement vIsIbI Ity - This routine will call the 
executive to gain visiblity to a user’s segement so a 
layer server can access the lorb's buffer. 

buffer address absolutizing routine - This routine 
will call the executive to convert a virtual address 
into a physical address. 

More common function routines will be added as 
development continues. 

sap initialization services - A user of the Ian subsystem 
will need to retrieve information from the lacs driver In 
order to use the Ian subsystem. The initialization services 
routines in the Idis allows a user to retrieve information 
to use in it’s Srqio interface. The initialization services 
aslo provides service to perform initialization for a sap 
(remote and local). The routines are defined below: 

associate local user - This routine will return a Irn 
to a user, from a supplied symbolic name. 

activate local sap - This routine activates the local 
sap in the controller and the level 6. 

activate remote sap - This routine return a logical 
remote sap address to the user, from a supplied 
symboIic name. 

sap termination services - The user of the Ian subsystem 
may, at some point in It’s processing, wish to end it's 
association with the Ian subsystem. The termination 
services routines in the Idis are used to terminate a user’s 
association with the Ian subsystem and to terminate all 
connections associated with the sap. These routines process 
all termination services whether issued by the user or the 
executive (disconnect with queue abort when a task group Is 
abnormally aborted). The routines are defined below: 

deactivate local sap - This routine process deactivate 
with queue abort iorbs (disconnect with queue abort in 
16 jargon). It clears all queue associated with the 
sap, then deactivates the local sap (places in a 
inactive state) In the 16 and in the controller. in a 
connection 
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oriented envtroment, this routine causes any 
connection associated with the sap to be disconnected, 
all other queues to be cleared and the sap to be 
placed In a Inactive state. 

deactivate remote sap - This routine will deactivate 
remote saps, the routine Is needed to clear up 
resources held by remote saps. 

power fall routine - The Ian subsystem must have routines In 
place to handle power failure (pf) by the 16. The pf 
restart routine In the Idls are required because the goal of 
the pf restart routines Is to reinitialize the lacs and make 
It’s services available again. The routines will place the 
Ian subsystem Into a state where It was when the 16 was 
booted, (I.e. no user had Interfaced to the Ian subsystem). 
The routines are defined below: 



1st power failure routine - This routine Is Invoked by 
the executive at level 2 during It's power failure 
restart operation. The routine simulates an Interrupt 
to the lowest Ian subsystem Interrupt level (highest 
priority), then changes the p-counter In the lowest 
level’s tcb to the start of the 2nd power fall 
rout Ine. 

2nd power failure routine - This routine Is Invoked as 
a result of the 1st pf routine simulating an Interrupt 
and changing the p-counter for It's level. The 
routine will post all current request outstanding to 
the Ian subsystem back to the user, cleans up al I 
structures, and If any levels are active, the routine 
deactivates the levels. 


1.4 BASIC OPERATION 

1.4.1 BASIC FLOW OF THE I0RB PROCESSING ROUTINES 


1.4.1.1 INTERFACE SERVICES I0RB PREPROCESSING ROUTINE 



The Interface services iorb processing routine will be 
Invoked as a result of any request made to the Ian subsystem 
(execpt associate local user). The routine will fetch the Irn 
from the Iorb, then Index Into the I rt by the Irn to obtain the 
pointer to the ret. The routine will test the active bit In the 
ret. If the bit Is not set and If the request Is not an activate, 
the routine will call the exec dequeue and post routine to post 
the request with an error. Otherwise, the routine will dequeue 
the I rb off the tcb queue, and enqueue the I rb on the tall of 
the I rb queue on the ret. The routine will then fetch the Iorb 
function code, and If the request Is not one of the 
Initialization or termination routine functions the routine will 
then fetch the start address of the layer server from the ret, 
and jump to the address. Otherwise, the routine will Jump to the 
appropriate Initialization or termination service routine. 
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1.4.1.1.1 INTERFACE SERVICES IORB PROCESSING ROUTINE ERRORS 
Errors which are reported In processing the request are: 

1. Ret Is not active. 

2. Invalid torb function code. 

3. Invalid lorb parameter. 

1.4.1.2 INTERFACE SERVICES IORB POST PROCESSING ROUTINE 

The Interface services iorb post processing routine will be 
Invoked as a result of a call from a lacs driver module (layer 
server) wishing to dequeue and post a request back to a user. 
Three parameters must be passed when calling the routine, the 
pointer to the ret, the pointer to the irb, and' the return 
status. The routine will dequeue the Irb off the ret queue of 
Irbs, then call the executive to post the request back to the 
user. The routine will then return to it's caller. 

1.4.1.2.1 INTERFACE SERVICES IORB POST PROCESSING ROUTINE ERRORS 
Errors which are reported In posting the request are: 

1. Invalid parameters from a caller. 

2. ExecutIve errors In posting the request. 

1 .4.1.3 SUMMARY OF THE IORB PROCESS ING ROUT INES 

Regardless of -the request, the Interface services Iorb 
preprocessor routine is Invoked when each request Is issued, the 
routine selects the appropriate layer server. The layer server 
process the request, and upon completion call the interface 
services post Iorb routine. The interface services post iorb 
routine posts the request back to the user, then returns to the 
I s. 


1.4.2 BASIC FLOW OF THE INITIALIZATION SERVICES ROUTINES 

1.4.2.1 ASSOCIATE USER MCL 

The user of the Ian subsystem is required to use a Irn in 
the iorb. This Is obtained by an associate user me I. The user 
must supply a symbolic name as an input parameter. The routine 
will search the user directory until a matching symbolic name Is 
found. The routine then call the executive’s "get physical 
device" routine to associate the Irn with the user's task group. 
The executive returns to the routine. The routine then returns 
the Irn to the user with a successful completion status. 

1.4.2.1.1 ASSOCIATE USER MCL ERRORS 

Errors which are reported by the mcl routine are: 
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1. A matching symbolic name Is not found. 

2. The Irn Is already In use by another task group. 


1.4.2.2 ACTIVATE LOCAL SAP ROUTINE 


The user Is required to perform the activate local sap 
request after performing the associate local user me I. The 
activate local sap request Is required by the Ian subsystem 
becase the sap must be activated. The user must supply the Irn 
and proper function code In the Ian type lorb. The routine will 
validate the lorb, call the sys mgr Is. Upon return from the sys 
mgr Is the routine will build an activate local sap I cb including 
the symbolic name of the sap (the symbolic name Is retrieved from 
the local sap table). The leb Is then Issued to the control ler. 
The controller will place a 16 bit logical address Inthe leb and 
return It to the 16. The activate routine will place the logical 
address Into the local sap table, then will post the request 
successfully back to the user. 


1.4.2.2.1 ACTIVATE LOCAL SAP ROUTINE ERRORS 


Errors which are reported by the activate routine are: 

Invalid lorb parameter. 

Sap Is already active. 

Sys mgr Is returns with an error. 

Controller returns with an error. 

1.4.2.3 ACTIVATE REMOTE SAP ROUTINE 

The user must perform an activate remote sap 
the activate local sap request. The user must 
(representing the local sap) and a symbolic name 
the remote point) in the Ian type lorb. The 

validate the lorb. The routine will then build a activate remote 
sap leb Including the symbolic name of the remote sap. The leb 

Is then issued to the controller. The controller will place the 

16 bit logical remote address Into the leb and return to the 16. 

The activate remote sap routine will place the logical remote 

address into the lorb. The routine will then successfully return 
to the caller. 

1.4.2.3.1 ACTIVATE REMOTE SAP ROUTINE ERRORS 


request after 
supply a Irn 
(represent Ing 
rout Ine will 




Errors which are reported by the activate routine are: 

1. Invalid lorb parameter. 

2. A matching symbolic name was not found in the 16. 
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3. A matching symbolic name was not found in the 
lacs. 

4. Controller return with an error. 

1.4.3 BASIC FLOW OF THE TERMINATION SERVICES ROUTINES 

1.4.3.1 DEACTIVATE LOCAL SAP ROUTINE 

The executive will Issue a deactivate local sap request when 
the task group using the sap aborts abnormally, or a user can 

Issue a deactivate local sap request at anytime. The request Is 
destructive to all current operations. The lorb will be 

validated once the request Is received by the routine. The 
routine will then retrieve the ret from the Irn In the lorb, and 
queue the Irb on the tall of the ret Irb queue. The routine will 
mark the ret as deactivating, this Is done to prevent" subsequent 
requests from being processed. The routine will then build a 

leb. Issue the request to the lacs . The lacs will abort all 
outstanding orders it currently has active for the local sap, the 

lacs will also desolve any connection associated with the sap, 

and post the orders back to the 16, finally the lacs will post 

the deactivate local sap leb back to the 16. The layer server 

will post each request received from the lacs back to the user 

with the appropriate status. The deactivate local sap routine 
will be Invoked when the deactivate leb is completed, when this 
happens the routine will mark the ret as not active and post the 
deactivate local sap request back to the Issuer. In a connection 
oriented envlroment all connections will be disconnected by the 
routine. 


1.4.3.1.1 DEACTIVATE LOCAL SAP ROUTINE ERRORS 

Errors which are reported by the deactivate sap routine are: 

1. Invalid lorb parameters. 

2. Invalid logical local sap. 

1.4.3.2 DEACTIVATE REMOTE SAP ROUTINE 

The deactivate remote sap routine. Is used by an application 
to free up resources taken up by the remote sap. The routine 

will be used In future releases, currently the routine will 
require a Ian type lorb with a Irn and the logical remote sap the 
user wishes to deactivate. The routine will validate the lorb. 

The routine will build the deactivate remote sap leb and issue it 
to the lacs. The lacs will deactivate the remote sap, then 
return the leb to the 16. The routine will clean up data 

structures associated with the remote sap, then return 

successfully to the caller. 


1.4.3.2.1 DEACTIVATE REMOTE SAP ROUTINE ERRORS 
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Errors which are reported by the remote sap deactivation 
routine are: 

1. Invalid lorb parameter. 

2. Invalid logical remote sap. 


1.4.4 BASIC FLOW OF THE COMMON LAYER SERVER ROUTINES 


1.4.4.1 TERMINATE TASK ROUTINE 


This routine will be called by a Is or an Initialization or 
termination routine when It would like to terminate It's task 
level. The routine will call the executive terminate task 
routine which will terminate the current task level. 

1.4.4.1.1 TERMINATE TASK ROUTINE ERRORS 


No errors. 

1 .4.4.2 BUILD LCB ROUTINE 

The build I cb routine requires a Icb as a Input parameter. 
The routine will fill In fields in the Icb from information In 
data structures, which were also passed as Input parameters. The 
routine will return to it’s caller after It fills in common Icb 
fields. 

C 4.4.2.1 BUILD LCB ROUTINE ERRORS 

Errors which are reported by the build Icb routine are: 

1. Invalid Input parameters. 

1.4.4.3 VALIDATE I0RB ROUTINE 

The validate Ian type lorb routine requires a lorb as a 
input parameter. The routine will validate that the lorb Is a 
Ian type request. The routine will return to It's caller after 
It has validated the lorb Is of Ian type. 

1.4.4.3.1 VALIDATE I0RB ROUTINE ERRORS 

Errors which are reported by the validate lorb routine are: 

1. lorb Is not a Ian type lorb. 

1.4.5 BASIC FLOW OF THE POWER FAIL ROUTINE 

1.4.5.1 FIRST POWER FAIL RESTART ROUTINE 



The first power fail restart routine (pfrs) Is Invoked after 
the level 6 experiences a power failure. The routine Is Invoked 
via a call from the exec pfrs routine. The routine is 
responsible for Invoking the second pfrs routine, then returnlg 
to the exec pfrs 
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rout Ine. 

1.4.5.2 SECOND POWER FAIL RESTART ROUTINE ( 

The second pfrs routine Is Invoked by the first pfrs 
routine. The routine will clear all queues of active Icbs, post 
all active lorbs back to the users, clean up all data structures, 
and terminate any active Ian subsystem levels. The routine will 
place the Ian subsystem Into the state it was in before the first 
associate. The routine will supend Itself when processing is 
comp Iete. 

1.4.5.3 POWER FAIL ROUTINE ERRORS 

The power fall routines do no report any errors. 

1.5 MAJOR DEPENDENCIES 

1.5.1 EXECUTIVE RESOURCES 

The mod400 executive software supplies routines which are 
used by the Idls. These routines deal with irb and iorb 
processing and tasking. 

1.5.2 SYSTEM MANAGER LAYER SERVER RESOURCES 

The sys mgr Is provides additional processing for the 
activate local and remote user requests, and the deactivate and 
deactivate with queue abort requests by supplying routines which 
are called by the appropriate Idis routine. 

2 EXTERNAL SPECIFICATION 

2.1 OWNED DATA STRUCTURES 

The 16 Ian subsystem data structures are defined In the data 
structures document. 

2.2 EXTERNAL INTERFACES 

2.2.1 M0D400 EXECUTIVE SOFTWARE ROUTINES 

2.2.1 .1 ZXREQ - Request task 
entry: Inj $b5,zxreq 

Input: $b4 = address of task request block 

$b5 = return address 

output: $r1 = 0 - task request was queued successfully 

$r1 > 0 - task request was not queued 
$b4 = address of task request block 

modifies: $r1,$r2,$r3,$b1,$b2,$b3 ^ 
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function: 

( 

Request a normal task with a supplied request block 
pointer. 

2.2.1.2 ZHCOMM 

- Null address 

functI on: 

Will load the null address when referenced l.e. Idb 
Sb5,<zhcomm will load $b5 with the null address. 

2.2.1.3 ZXD_PR 

- Dequeue and post IRB 

entry: 

Inj $b5,zxd_pr 

input: 

$r2 * completion status for request 
$b5 = return address 

outp ut: 

$r1 = 0 - request was dequeued and posted 
$r1 > 0 - no request on queue exist 

modifies: 

any register may be modified 

function: 

Post completion status to the first IRB on the request 
queue. Awaken any waiters queued on the IRB, record 
completion status in the RB, return the IRB to the 
system poo 1. 

2.2.1.4 ZXD_TR 

- Internal terminate 

f entry: 

Inj $b5,zxd_tr 

Input: 

$r2 = completion status for request 
$b4 = new default start address or null 
$ b 5 = return 

output: 

$r1 = 0 - no error on internal terminate 

$b1 = address of IRB for next request or is null if 

hardware Interrupt 

$b4 = address of RB for next request 

modifies: 

any register may be modified 

f unction: 

Dequeue and post currently dispatched request. Get 
next request in queue of task requests. Delete task 
if queue empty and delete bit on. Suspend task until 
next request or hardware interrupt at Issuing task's 
level if queue empty and delete bit off. 

2.2.1.5 ZXPOST 

- Post IRB 

entry: 

Inj Sb5,zxpost 

Input: 

Sri = contains status to be returned to waiter 

Sbl = points to the IRB 

Sb5 = return address 


( 


outp ut: 


$b4 


points to the RB 
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modif ies $rl, $r2, $r3 , $bl, $b4 

function: Post completion status to the referenced IRB. Awaken 
any waiters queued on the IRB f record completion 
status in the RB if still attached, and return the IRB 
to the system pool. 

2.2.1.6 ZXDQ - Dequeue IRB 

entry: lnj $b5,zxdq 

input: $b5 * return address 

output: $rl is status: 

0 = dequeue accomplished 

0 814 = no IRB to dequeue or it is not dispatched 
$bl = points to the IRB 

modifies: nothing 

function: Dequeue the IRB at the head of the request queue of 
the issuing task. 

2.2.2 MOD400 EXTERNAL DATA STRUCTURES IMPLEMENTED 

I 

The following system owned data structures are referenced by the 
ldis: 

Task Control Block (TRB) 

System Control Block (SCB) 

Logical Resource Table (LRT) 

Group Control Block (GCB) 

Resource Control Table (RCT) 

Intermediate Request Block (IRB) 

2.2.3 USER INTERFACES 

2.2.3.1 ASSOCIATE LOCAL USER MCL 

entry: mcl with function code = x'2a01' 

input: $b4 = a (parameter block) 

$b4->- 

I symbolic name I - 8 bytes 


Irn 1-2 bytes 


Where the symbolic name is supplied by the user and 
the lrn is supplied by the system. 

output: $b4 = a (parameter block) - described above 

$rl = status 
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0000 - association successful 

0781 - matching symbolic name not found 

0782 - Irn reserved by another task group 

modifies: all registers are perserved 

function: return a Irn to the user from a supplied Irn, Irn Is 

to be used In Ian subsystem requests 


2.2.3.2 STANDARD I0RB FORMAT 


rb I rx 


Input - bit 0 - rb_adr points to a bd when set 
bit 1-3 - na 

bit 4-f - Irn when rb_ct2 bits 0-7 * x’fd* 
output - na 

rb rrb 


Input: na 

output: na 

rb ctl 



input: 
oqtp ut: 


bit 0-7 - mbz 

bit 8-e - na 

bit f - must be set 

bit 0-7 - status 

60 - event successful 

64 - invalid' lorb parmaeter 

6b - event aborted, reference rb_ fss field 
for reason 

6c - Inconsistent request, reference rb_ fss 
field for reason 
bit 8-f - same as Input 


rb ct2 



Input: bit 0-7 - Irn 

bit 8-a - na 
bit b - must be set 
bit c-f - function code 

bit c-f = b - deactivate iorb 
bit c-f * a - activate lorb 
output: same as input 

rb_adr 

Input: pointer to buffer, or If rb_lrx bit 0 Is set this 

field contains a pointer to a buffer dlscriptor, 
or this field may be null If no data Is being 
passed (I.e. event lorb) 
output: same as input 
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rb_rng 

input: 

output: 
rb_dvs 

input: 

output: 

rb_rsr 

input: 

output: 

rb_st1 

input: 

output: 


rb_ext 

Input: 
output: 
rb_fsf 

input: 


output: 


range of the buffer, or total range of all buffers 
in the buffer discriptor block if bit 0 in rb_Irx 
is set, or mbz if no data is being passed 
same as input 


bit 0-7 - class of service 
bit 8-f - mbz 

(note: bit e being set and the iorb function code 
= b means this is an exec deactivate) 
same as input 


mbz 

residual range of the buffer for read operations 
only, or same as input for all other operations 


mbz 

bit 0-7 
bit 8 - 
bit 9 - 
bit a - 
bit b - 
bit c - 
bit d - 
bit e - 
bit f - 


same as Input 

invalid function code when set 
ram memory exausted when set 
ram location non-existent when set 
ram parity error when set 
level 6 memory yellow when set 
level 6 memory non-existent when set 
level 6 bus parity error when set 
level 6 memeory red when set 


bit 0-7 - xx 
bit 8-f - xx 
same as Input 


function specific function code 
iorb function code = b 

0010 - deactivate local 
0020 - deactivate remote 
iorb function code = a 

0010 - activate local 
0020 - activate remote 
same as Input 
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rb 

< 


rb 


rb 


2 . 2 . 3.2 

( rb 


rb 


rb 


rb 


rb 


( 


fss 

Input: 
output: 


abs 

lnput: 
output: 

Ira 

Input: 
output: 


1 ACTIVATE 

sym 

Input: 
output: 

pms 

Input: 

output: 

pmr 

input: 
output: 

+yp 

Input: 
output: 

mss 

lnput: 


output: 


mbz 

function specific status 
0001 - sap already active 
0002 - lack of resources 
0004 - controller down 
0008 - sm Is error 
0010 - Irn already In use 
0020 - sap already active 
0040 - sap already disconnected 
0080 - receive buffer too small 


mbz 

accual buffer size when rb_fss * 0080, otherwise 
same as input 


logical remote address for deactivate remote, 
otherwise mbz 

logical remote address for activate remote, 
otherwise same as Input 

I ORB EXTENSION 


8 byte symbolic name representing sap 
same as Input 


proposed max sdu size 
same as input 


proposed max read credit 
same as input 


mbz 

type of sap 


proposed maximum sdu size for activate local and 
cl user 

mbz for activate remote sap or co user 

maximun sdu size for activate local and cl user 

same as input for activate remote sap or co user 
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rb_Iss 

Input: 
output: 

rb_mpr 

Input: 

outp ut: 

rb_wcc 

input: 
outp ut: 

rb mcc 


mbz 

Ideal sdu size for activate local and cl user 
same as Input for activate remote or co user 


proposed cl data read credit for activate local 
and cl user 

mbz for activate remote or co user 

maximum number of pending cl read calls for 
activate local and cl user 

same as Input for activate remote or co user 


mbz 

cl write credit for activate local and cl user 
same as input for activate remote or co user 


input: mbz 

. output: maximum number of connections supported for a 

activate local and co user 

same as input for activate remote or cl user 

rb acb ■ 


input: mbz 

output: trash 


2.2.3.2.2 DEACTIVATE I0RB EXTENSION 


rb_dcb 

input: mbz 

output: trash 

2.2.3.4 STANDARD LCB FORMATS 


cb_pri 

input: mbz 

output: na 

cb_ncb 

input: mbz 

output: na 
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cb_rct 

f 

” Input: 

output: 

cb_lIt 

Input: 

output: 

cb_frw 

Input: 

output: 
cb_ltp 

Input: 
output: 
cb_!nd 

Input: 

c 

outp ut: 
cb_Icw 

Input: 

output: 
cb_fsf 

Input: 


outp ut: 


address of caller's ret 
same as Input 


address of the lit In which this leb will be 
queued 

same as input 


bit 0-3 - 9 

bit 4-7 - mbz (lorb major function code ?) 
bit 8-f - xx 
same as Input 


address of the post processing routine, or trb, 

on null 

same as Input 


IndIcators 

bit 7 - cb_ltp points to a trb when set 
bit 6 - sm leb when set 
a I I other bits mbz 
same as Input 


bit 0-5 - mbz 

bit 6-9 - epu number to Interrupt 
bit a-f - level to Interrupt the epu 
same as Input 


function specific function code 

function codes for activate lebs are: 
001a - activate local sap 
002a - activate remote sap 
function codes for deactivate lebs are: 
001b - deactivate local sap 
002b - deactivate remote sap 
same as input 
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cb_cts 

Input: mbz 

output: bit 0-7 - rfu and mbz 

bit 8 - invalid function code when set 

bit 9 - ram memory exausted when set 

bit a - ram location non-existent when set 

bit b - ram parity error when set 

bit c - level 6 memory yellow when set 

bit d - level 6 memory non-existent when set 

bit e - level 6 bus parity error when set 

bit f - level 6 memeory red when set 

cb_fss 

input: mbz 

output: function specific status 

0001 - sap not active 

0002 - lack of resources 

0004 - controller unavailable 
0008 - sm layer instance error 
0040 - sap already disconnected 
0080 - recieve buffer too small 
0100 - illegal logical address 
0200 - invalid Icb 
0400 - write credit violations 
0800 - read credit violations 

cb_cbs 

input: mbz 

output: bit 0 - Icb is complete when set 

bit 1 - Icb not processed when set 
bit 2-f - rfu and mbz 

cb_abs 

input: mbz 

output: actual buffer size if cb_ fss = 0080, otherwise 

same as input 

cb_lsa 

Input: logical local address for cl operations 

output: same as input 

cb_lra 

input: logical remote address for cl write operation, mbz 

for event and read operations 

output: logical remote address for cl read operations, 

otherwise same as input 
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cb_trg 

Input: 
outp ut: 


cb bet 


Input: 

output: 

cb_ad1 

Input: 
outp ut: 

cb_rg1 

Input: 
output: 

cb rsl 


Input: 
output: 


cb ad2 



Input: 
outp ut: 


cb_rg2 


Input: 
outp ut: 


cb rs2 


Input: 
output: 

cb ad3 


Input: 
output: 

cb_rg3 

Input: 

output: 

cb rs3 



Input: 
output: 


total byte range 
same as Input 


number of buffers 
same as Input 


buffer #1 address 
same as Input 


buffer #1 range 
same as input 


mbz 

buffer #1 residual range 


buffer #2 address 
same as Input 


buffer #2 range 
same as Input 


mbz 

buffer #2 residual range 


buffer #3 address 
same as input 


buffer #3 range 
same as input 


mbz 

buffer #3 residual range 
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cb_ad4 

input: buffer #4 address 

output: same as input 

cb_rg4 

input: buffer #4- range 

output: same as Input 

cb_rs4 

Input: mbz 

output: buffer #4 residual range 

cb_ad5 

input: buffer #5 address 

output: same as Input 

cb_rg5 

input: buffer #5 range 

output: same as input 

cb_rs5 

Input: mbz 

output: buffer #5 residual range 

cb_ad6 

input: buffer #6 address 

output: same as input 

cb_rg6 

Input: buffer #6 range 

output: same as input 

cb_rs6 

input: mbz 

output: buffer #6 residual range 

cb_ad7 

input: buffer #7 address 

output: same as Input 

cb_rg7 

input: buffer #7 range 

output: same as input 
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cb_rs7 

Input: 
output: 


mbz 

buffer #7 residual range 


cb ad8 


Input: buffer #8 address 

output: same as Input 

cb_rg8 

Input: buffer #8 range 

output: same as Input 

cb_rs8 

Input: mbz 

output: buffer #8 residual range 


2.2.3.4.1 ACTIVATE LCB EXTENSION 


cb_sym 



Input: 
output: 

cb_pms 

Input: 

output: 


symbolic name of the sap 
same as input 


proposed max sdu size 
same as input 


cb_prc 

input: proposed max read credit 

output: same as Input 


cb mss 


Input: proposed maximum sdu size for activate local and 

cl user 

mbz for activate remote sap or co user 
output: maxlmun sdu size for activate local and cl user 

na for activate remote sap or co user 

cb I ss 


Input: mbz 

output: Ideal sdu size for activate local and cl user 

na for activate remote or co user 
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cb_mpr 

Input: proposed cl data read credit for activate local 

and cl user 

mbz for activate remote or co user 

output: maximum number of pending cl read calls for 

activate local and cl user 
na for activate remote or co user 

cb_wcc 

input: mbz 

output: cl write credit for activate local and cl user 

na for activate remote or co user 

cb_mcc 

input: mbz 

output: maximum number of connections supported for a 

activate local and co user 
na for activate remote or cl user 

2.2.3.4.2 DEACTIVATE LCB EXTENSION 

The deactivate Icb uses only the standard portion of the 

, Icb. 

2.2.4 COMMON ROUTINES 

2.2.4.1 TERMINATE TASK ROUTINE (ISTMTK) 

call: Inj $b5,istmtk 

input: $b2 = a(rct) 

output: none - task is terminated 

modifies: all registers are perserved 

2.2.4.2 BUILD LCB ROUTINE (ISBLCB) 

cal I: Inj $b5,isblcb 

input: $b 1 ® a(Icb) 

$b2 * a(rct) 

$b3 = a(tt) 

$b4 * a(iorb) 

$b5 - a(return) 

output: $ b1 = a(Icb) 

$b2 = a(rct) 

$b3 = a (tt) 

$b4 * a(iorb) 

$b5 = a(return) 

$r1 = status 

0000 - Icb was built 

0001 - error occured In the build 
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ill 

C U . 4 . 


mod IfIes: $r1 

3 VALIDATE I0RB ROUTINE (ISVIOB) 


call: 

I nput: 

output: 


I nj $b5,1svIob 

$b4 = a(lorb ) 

$b5 = a(return) 

$b4 = a(lorb) 

Sri * status 

0000 - lorb validated 
0164 - Invalid lorb 


mod IfIes: $r1 

2.2.4.4 EVENT ROUTINES (ISEVNT) 

call: Inj $b5,lsevnt 

Input: 

outp ut: 

mod IfIes: 


2 . 2 . 4.5 



ca I I 


ASSIGN SEGEMENT VISIBLITY (ISASVB) 
: Inj $b5,lsasvb 


Input: 

output: 


mod IfIes: 


2.2.4.6 ABSOLUTIZE BUFFER (ISABSL) 


call: Inj $ b 5, lsasvb 

Input: 
output: 
mod If I es: 


2.3 INITIALIZATION REQUIREMENTS 

The elm process will load the Idls Into system memory, and 
configure at least on e task level for the Idls to run under. 
When the Idlsls loaded Into memory, It will perform a 
Initialization subroutine. This routine will: 



Place the seb, geb, and I rt pointers Into vectors for 
use In subsequent processing. 


26 




Lacs Driver Interface Services 


Component Specification 


2. Set up the Ian monitor call major function handling 
code by placing a pointer into the executive monitor 
call vector table at slot x'2a'. 

3. Set up the associate user monitor vector, this is done 
by placing the address of the me I routine Into the 
Ian monitor call vector table at slot x'OO 1 . 

4. Reclaim patch space. 

No initialization processing is done when the Idis is activated 
initially by a request. 

The Idis must be loaded Into memory before any other components 
of the lacs driver are loaded into main memory. 

2.4 TERMINATION REQUIREMENTS 

The Idis will be active as long as mod400 is active, 
therefore there are no termination requirements. 

2.5 ENVIRONMENT 


The following items are required by the Idis for it to 
perform it's task: 

1. Mod400 operating system. 

2. Any 16 computer model except 6/10 and 6/20. 

3. A lacs attached to the 16 megabus. 

4. System manager layer server. 

5. A user of the Ian subsystem to drive the Idis. 

2.6 TIMING AND SIZE REQUIREMENTS 

Currently memory usage and timing requirements are not an 
issue. However, ’the code should be as efficient as possible. 

2.7 ASSEMBLY AND LINKING 


The software will be written in Series 6 Assembly Language 
using a subset of the Instruction set that is present on all 
Series 6 systems. The Idis will be linked with the lacs driver 
megabus services module by the gcos6 mod400 linker to produce one 
of the iacs driver*s bound units. 

2.8 TESTING CONSIDERATIONS 

Since the product is new, all functions will be tested by 
the developer, and software test. 
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DOCUMENTATION CONSIDERATIONS 

The Idis source listing will Include a program design 
language used by the developer to aid In the maintenance by 
future developers and also to aid In the development by the 
developer. 


2.10 ERROR MESSAGES 


2.10.1 APPLICATION ERROR MESSAGES 


2.10.1.1 ASSOCIATE USER MCL ERROR MESSAGES 


|^1 0 . 2 . 


1. 

0781 

- 

A matching symbolic name was not found. 

2. 

0882 

- 

Another task group has already reserved 

1 .2 

1 ORB 

ERROR MESSAGES 

1 . 

0164 

- 

Invalid lorb parameters. 

2. 

016b 

- 

Request was not processed. 

3. 

016c 

- 

Inconsistent request. 

2 

INTERNAL 

ERROR MESSAGES 

2.1 

1ST 

ERROR MESSAGES 

1 . 

tbd 




3 INTERNAL SPECIFICATION 

3.1 OVERVIEW 

The Idls can be invoked three different ways, they are: 

1. A user performing a associate user me I, the Idls runs 
at the user task level. 

2. A user Issues a request to the Ian subsystem, the Idls 
runs at the task level configured In elm. 

3. A layer server executing one of the common routines, 
the Idls can run at the task level configured In elm 
or an interrupt level configured In elm. 

3.2 SUBCOMPONENT DESCRIPTION 


3.2.1 I ORB PROCESSING ROUTINES 



The lorb preprocessing routine will be the start address of 
all request processing done by the Ian subsystem. Every request 
Issued to the Ian subsystem will first be processed by this 
routine. Using Information In the lorb the routine will either 
branch to a layer server or branch to another Idls routine. 
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The user will build an iorb and issue it to the Ian 
subsystem. The system preprocessor (or Ian preprocessor) will be 
Invoked as a result of the request io. The system preprocessor 
will build an irb, and copy data buffers and the Iorb into system 
memory if required to do so. The system preprocessor will fetch 
the Irn from the iorb and Index Into the I rt to find the pointer 
to the ret. From the ret the teb pointer is obtained, and in the 
teb is the start address and level of the task the driver will 
operate under. The system preprocessor queues the Irb (which 
points to the iorb on the tail of the active queue of irbs) off 
the teb. The system preprocessor now schedules the task 
represented by the teb Is which the request was queued. The task 
Is invoked at the iorb preprocessing routine. 

3.2.1.1 IORB PREPROCESSING ROUTINE 

The routine requires the following requires the following 
input parameters: 

$b1 = a( Irb) 

The routine supplies the following output parameters: 

$b2 = a(rct) 

$b1 = a(irb) 

The Iorb preprocessing routine performs the following: 

1. Obtains the Irn from the iorb. 

2. Indexes into the Irt by the Irn to obtain the pointer 

to the ret. 

3. Fetches the major function code from the Iorb. 

4. If the ret is not active and the request is not an 

activate local user, cal I the dequeue and post 
executive routine to post the iorb with an 
inconsistent request error or if the power fail bit Is 
set post the request with a power fail occurred error. 

5. If the ret is active and the power fail bit is not on, 
then the routine dequeues the head irb off the teb 
queue of active Irb's and enqueues the irb on the tail 
of the active irb queue of on the ret. 

6. If the function code is a read, write, system 

management, flow control, or event indicate request, 
the Iorb preprocessor will fetch the start address 
from the ret and branch to the address. 

7. If the function code is a activate, or deactivate, the 

routine will branch to the appropriate routine. 
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8. If the function code Is anything else the routine will 
call the post lorb routine with an Invalid lorb error 
status# then call the terminate task routine. 


3.2.1.1 I ORB POST PROCESSING ROUTINE 


The lorb post processing routine can be called by any module 
In the lacs driver. The routine requires the following Input 
parameters: 

$b 1 = a(Irb ) 

$b2 = a(rct) 

Sri * completion status 

0160 - request successful 
0164 - Invalid lorb parameter 
016b - request aborted 
016c - Inconsistent request 
$b5 * a(return) 

The routine supplies the following output parameters: 

$b2 = a(rct) 



3 .2.2 


The routine performs the following 

1. Dequeue the Irb off the 

2. Call the executive post 

3. Return to the caller. 
INITIALIZATION SERVICES ROUTINES 


function: 

ret queue. , 

Irb routine (zxpost). 


The activate local and activate remote Initialization 
service routines are Invoked by the lorb preprocessor. The lorb 
preprocessor will branch to the appropriate Initialization 
routine depending on the lorb major function code. The associate 
user mcl Is Invoked by the Ian mcl handling routine In the Idms. 

3.2.2.1 ASSOCIATE USER MCL 


The mcl will transform a symbolic name Into a Irn. The user 
will issue the mcl which has a function code = x'2a00'. The 

routine requires the following input parameters. 

$b5 = a(return) 

$b6 = a(scb) 

$r1 = minor function code (=00) 

$b4 = a(parameter list) 

where the parameter list Is defined as follows: 



symbolic name = 8 bytes 
Irn = 2 bytes 
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The routine supplies the following output parameters: 

$b4 = a(parameter list) 

$b6 = a(scb) 

Sri * status 

0000 - symbolic name associated 

0781 - no matching symbolic name found 

0782 - symbolic name already associated with 

another task group 

note: If $r 1 Is non zero the Irn Is not placed 

Into the parameter list, if Sri Is zero 
the Irn Is placed Into the parameter 
I 1st. 

The user supplies the symbolic name, and the routine supplies the 
Irn. The routine performs the following function: 

1. Retrieve the pointer to the controller directory from 
the scb. 

2. Retrieve the pointer to the user directory from the 
cd. 

3. Search the ud until a matching symbolic name Is found. 

4. If a match Is not found, return to the caller with an 
error status. 

5. If a match Is found, call the executive get physical 
device routine to associate the Irn with the user. 

6. If the executive get physical device routine return 
with an error, return to the user with an error status 
and no Irn (error would be that the Irn Is already 
reserved by another task group). 

7. If no error resulted In the executive call, place the 
Irn into the parameter structure and return to the 
cal Ier. 

3.2.2.2 ACTIVATE LOCAL SAP REQUEST 

The activate local sap request Is required by an application 
so the Ian subsystem can activate the local sap in the lacs and 
In the 16. The user must supply a Ian type iorb with the 
following fields: 

Iorb function code = c. 

Lrn from associate me I. 

Device specific word bit 0 set specifying this is an 
activate local sap request. 

Event mask. 

The routine is Invoked by the iorb preprocessing routine, the 
routine requires the following Input parameters: 
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$b1 * a(Irb) 
$b2 = a(rct) 


The routine will supply the following output parameters: 

none - task level Is exited after posting the request. 


The routine will perform the following: 

1. Validate the request. If the request Is Invalid call 
the post lorb routine with an Invalid lorb parameter 
error, call the terminate task routine. 

2. Call sm Is. 



3. Retrieve the pointer to the 1st from the ret. 

4. Build the leb, place In the symbolic name from the 
IsT, Issue the Icb via a cal I to the Idms. 

5. Set the sap (ret) Into activating mode, call the 
terminate task routine. 

6. When the lacs completes the request, the routine wakes 
up on Interrupt level, via a call from the Idms. If 
an error resulted In the request, dequeue the lorb 
associated with the leb and call the post lorb routine 
with an error status, return to the Idms. 

7. Place the logical name Into the 1st. Dequeue the lorb 
associated with the leb and call the post lorb routine 
with a successful status. Issue an event leb to the 
controller the local sap has access to, return to the 
Idms. 


3.2.2.3 ACTIVATE REMOTE SAP REQUEST 



The activate remote sap request is used by an application to 
obtain a logical remote address from a supplied symbolic name. 
The user must supply a Ian type lorb with the following fields 
set: 

lorb function code = c. 

Device specific word bit 1 set specifying this Is an 
activate remote sap request. 

Symbolic name representing the remote sap In the rb_ oas 
field. 

The routine Is Invoked by the lorb preprocessing routine, the 
routine requires the following input parameters: 

$b1 = a(irb) 

$b2 = a(rct) 
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The routine supplies the following output parameters: 

task level Is exited after posting the request back to the 

user with the logical remote sap address. 

The routine will perform the following: 

1. Validate the request, if the iorb is Invalid call the 
post iorb routine to post the request with an invalid 
iorb parameter error, call the terminate routine. 

2. Obtain the pointer to the cd from the scb. 

3. Retrieve the pointer to the appropriate remote sap 
directory from the cd, this is determined by the local 
sap (Iayer). 

4. Search the remote sap directory until a matching 

symbolic name is found, if a matching sysmboic name is 
not found call the post iorb routine with a invalid 
Iorb error status, call the terminate task routine. 

5. If a match is found, determine from the controller 
mask if the local sap can access the remote sap. If 
the remote sap cannot access the local, call the post 
iorb routine with an Invalid iorb error status, call 
the terminate task routine. 

6. Determine form the adapter mask if the local sap can 

access the remote sap, if the remote sap cannot access 
the local, call the post Iorb routine with an invalid 
iorb error status, call the terminate task routine. 

7. Build the activate remote Icb, place In the symbolic 

name from the iorb, call the Idms to issue the Icb. 

8. Call the terminate task routine. 

9. When the lacs completes the request, the routine wakes 
up on Interrupt level, via a call from the Idms. If 
an error resulted in the request, dequeue the Iorb 
associated with the Icb and call the post iorb routine 
with an error status, return to the Idms. 

10. Place the logical number Into the iorb rb_dad field, 

place the logical number Into the rst, mask in the 
controller bits. 

11. Dequeue the iorb, and cal I the post iorb routine with 
a successful status. 

12. Return to the Idms. 
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3,2.3 

€ 


TERMINATION SERVICE ROUTINES 

The termination service routines are Invoked by the iorb 
preprocessor. The Iorb preprocessor will branch to the 
deactivate local sap routine when the Iorb function code Is = b. 
The deactivate local sap routine will check the device specific 
word in the Iorb, and If bit f Is set, the routine will Invoke 
the deactivate remote sap routine. Otherwise, If bit e Is set 
the routine will process the deactivate local sap request. If 
bit e or f Is not set the routine will call the post Iorb routine 
to post the iorb with an Invalid Iorb parameter error, then call 
the terminate task routine. 


3.2.3.1 DEACTIVATE LOCAL SAP ROUTINE 


The deactivate local sap routine will clear all active 
requests outstanding on the sap specified, and place the sap into 
a non active state. Note: a Ian type Iorb Is not required for 
this request. The routine requires the following input 
parameters: 

$b1 = a(Irb) 

$b2 * a(rct) 

Iorb with major function code = b 
device specific word bit e set 



The routine supplies the following output parameters: 

none - level Is exited via a call to the terminate task 
routine 


The routine performs the following function: 

1. If bit f of the iorb device specific word Is set 
branch to the terminate remote sap routine. 

2. If bit e of the iorb device specific word Is not set, 
call the post iorb routine with an invalid iorb 
parameter error, call the terminate task routine. 

3. Mark the ret Into deactivate mode. 

4. Call the deactivate flow control routine (to purdge 
all requests queued because of flow control and reset 
flow control parameters). 

5. Retrieve a leb from memory, fill In the deactivate 
local sap leb fields, issue the leb via a all to the 
I dms. 
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Call the terminate task routine. 
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7. The lacs will recieve the deactivate Icb and post all 

orders associated with the sap back to the 16. When 
the requests are posted back, the layer server 
(invoked because of a call from the I dms running at 
interrupt level) will determine that the sap is In 
deactivate mode and call the deactivate mode routine 
to handle the processing. 

8. If the completed Icb is not the deactivate request, 

the routine will call the post iorb routine to post 
the request with the specified status. If the ret is 
marked as the deactivate was received before other 

requests have completed mode and if there Is only one 
request left on the ret queue (it would be the 
deactivate) and the request Is finished, the routine 
will call the post request routine to post the iorb 
with a successful status then mark the . ret as not 

active and clear the deactivate mode bit and the 

received bit, the routine will return to the Idms. 

9. if the completed Icb Is the deactivate request, the 

routine will test if only one request is on the ret 
queue (this would be the deactivate request) and If so 
wil I cal I the post iorb routine to post the request 
with a successful status, then mark the ret as not 

active and take the ret out of deactivate mode, then 
return to the Idms. If there are more requests on the 
queue, the routine will update the deactivate iorb, 
mark the ret Into deactivate received before other 
request have completed mode and return to the Idms. 

3.2.3.2 DEACTIVATE REMOTE SAP ROUTINE 

The deactivate remote sap routine is invoked via a branch 
from the deactivate local sap routine. The routine requires the 
following input parameters: 

$b1 = a(irb) 

$b2 » a(rct) 

Iorb major function code = b 

device specific bit e set in the iorb 

Ther routine supplies the following output parameters: 

none 

The routine performs the following function: 
tbd 

3.2.4 COMMON LAYER SERVER ROUTINES 

The common layer server routines are invoked via a Inj from 
a layer server. Except for the terminate task routine all the 
routines will return to the calling routine. 
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^?.4.1 TERMINATE TASK ROUTINE 

The terminate task routine is called by a layer server when 
it wishes to terminate it's task level, the routine resets the 
start address to the iorb preprocessing routine, note: this 
routine is not used by the megabus interface services when it is 
operating at interrupt level. The routine requires the following 
input parameters: 

none 

The routine supplies the following output parameters: 
none 

The routine performs the following functions: 

1. Retrieve the null address from .zhcomm and place it 

into $b4. 

2. Call the terminate task routine, this routine will 

terminate the level, and the start address will be set 
to the next instruction. Therefore, the next 

instruction is a branch to the iorb preprocessor 
routine. 

^ 2 .4.2 BUILD LCB ROUTINE 

The build I cb routine will fill In certain common fields in 

the Icb from the ret and iorb. The routine requires the 

following Input parameters: 

$b1 = a(Icb) 

$b4 = a( Iorb) 

$b2 * a(rct) 

$b3 = a(tt) 

$b5 = return address 

The routine supplies the following output: 

$b1 = a(Icb) 

$b4 = a(Iorb) 

$b2 = a(rct) 

$b3 = a(tt) 

The routine performs the following function: 

1. The routine fills in the following fields of the Icb: 
cb_pri - clears the field, 

cb neb - set the field to null. 
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cb_rct - sets the pointer to the ret Into the 

field, the pointer to the ret Is 

retrieved from the input parameterl. 

c b_I 11 - sets the pointer to the lit Into the 

field, the pointer to^ the lit is 

retrieved from the tt. 

cb_icw - sets the field from bits In the lit II 

Id2 word, word 

cb_cts - clears the field. 

cb_fss - clears the field. 

cb_cbs - clears the left byte, sets the number of 

buffers into the right byte, number of 
buffers is known from the Iorb. 

cb_lrs - copies the rb_dad field from the Iorb. 

cb_lIs - copies the lst_ls field In the local sap 

table, pointer to the local sap table Is 
retrieved from the ret. 


cb_tng - copies the rb_rng field from the Iorb. 


cb_ 

adr - 

set the field from 
dlscrlptor after 

absoultlzlng routine. 

the 
cal 1 

I orb 

I ng 

or 

the 

buffer 

exec 

cb_ 

rng - 

set the field from 
dIscriptor. 

the 

I orb 

or 

buf fer 


3.2.4.3 VALIDATE IORB ROUTINE 

The validate iorb routine will validate certain fields of 
the Iorb. The routine requires the following Input parameters: 

$b4 * a(I orb) 

$b2 = a(rct) 

$b5 = return address 

The routine supplies the following output parameters: 

$b4 = a(Iorb) 

$b2 = a(rct) 

Sri = status 

0 - Iorb is validate 
4 - Iorb contains Invalid parameters 

The routine performs the following function: 

The fields this routine validates will be determined when 
the layer servers are speced. 
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^2.5 POWER FAIL RESTART ROUTINES 
3.2.5.1 FIRST POWER FAIL ROUTINE 

The 1th pf routine will be Invoked by the executive pf restart 
routine. The exec pf restart routine will retrieve the s_lnpf 
field In the scb and then Inj to the address specified. The I dms 
1st code will set up the pointer In the s_lnpf field to be the 
1th pf routine entry point. The routine also requires elm to 
place the teb pointer of the lowest Ian Interrupt level Into the 
cd_ teb field of the cd. The 1th pf routine requires the 
following input parameters: 

$b5 = return address 
no stack 

The routine supplies the following output parameters: 
none 


The 16 experiences a power failure, the executive pf restart 
routine Is invoked at system level 2. The executive performs a 
Inj to the address specified In the s_lnfp field In the scb. The 
1th power fall routine performs the following: 



1. Retrieve the pointer to the cd from the scb. 

2. Retrieve the teb pointer for the lowest Ian interrupt 
level from the cd. 

3. Places the address of the 2nd Ian pfrs routine into 
the p-counter In the teb of the lowest Ian Interrupt 
level. 

4. Performs a lev (to emulate an interrupt) to Invoke the 
lowest Ian interrupt level. 

5. Returns to the executive pfrs routine. 


3.2.5.2 SECOND POWER FAIL ROUTINE 


The 2nd pfrs routine Is Invokes as a result of the lev performed 
by the 1th pfrs routine. The routine requires the following 
Input parameters: 


none 

The 2nd pfrs routine supplies the following output parameters: 
none 

The 2nd pfrs routine performs the following function: 

1. Retrieves the pointer to the cd from the scb. 
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2. Retrieves the pointer to the ud from the cd. 

3. For each entry, the ret associated with It is 

retrieved, and all requests active on that ret (Irb 
queue) are posted back to the user with a power fall 
error status, unless the leb's completion bit Is set, 
then the request is posted back successfully. 

4. All structures are cleaned up, they are placed back 

into the state they were at before any local sap was 
act Ivated. 

5. All Ian teb are checked, and If they are active, (I.e. 

the level had been Interrupted) their p-counters are 
changed to the exit level routine. 

Notes: 

1. The users must reactivate, at this time the 

controllers will be loaded (In the exact manner as 
done in any activate). 

2. Any subsequent requests Issued to the Ian subsystem 

(other than activate local sap requests) will be 
posted back to the user with an software not, loaded 
error. 

4 PDL 
TBD 

5 ISSUES 

1. QuI Ity of service 

2. States 

3. Flow control 

4. Events in a co enviroment 

5. Lost lebs, Icb nak'd when controller Is down 

6. MutIpIe epus 

7. Group tsaps 

8. Errors need to be defined 

9. System preprocessor (exec’s won't be ready until 4.1) 
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10. Different Icb, lorb for different functions 

ClDefine the function specific word, 4 bits iorb function, 12 fs 

12. Ldls and I dms need to be seperate bound units because of the 1st 
code the Idms has to run. 

13. Define the lass and lassl ec's. 

14. Define events. 

QUESTIONS 

1. Does zqeasd handle a buffer list? 

2. Does exec need return status In the Iorb or does he place it in 

himself from Sri? 



c 
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